iT邦幫忙

2023 iThome 鐵人賽

DAY 28
0
Modern Web

React 測試 x AI:探索測試新境界,測試不再枯燥乏味!系列 第 28

[Day 28] 測試守則:如何讓測試更有規範

  • 分享至 

  • xImage
  •  

本系列逐漸來到尾聲~測試也介紹了差不多了,這一篇來談談在寫測試的時候應該要注意的事情,以下都是我個人的經驗,大家可以參考看看~

1. 測試描述統一語法:

建議在寫測試時,可以統一使用 describeit 來組織測試,不僅可以寫起來比較乾淨,也可以讓測試的語法更加統一。

2. 測試檔案位置:

在寫測試的時候,我認為將測試檔案放在與被測試檔案相同的資料夾中,會相對來說比較方便做引入,比起將測試碼做統一管理,個人比較偏好將測試分散在各個資料夾中,檔名的話以 .test.(jsx/tsx) 做結尾。

3. 元件能拆就拆:

前面有提到,越複雜的程式碼測試起來就越加耗時,所以如果能將複雜的元件拆分為更小、可重用的元件,更有助於進行測試並使元件更容易於維護。

4. 多使用依賴注入 (React):

以 React 來說,因為元件皆為函式,所以無法去測試元件裡所定義的函式,需要使用依賴注入以 props 的方式傳遞進去,才能夠進行模擬測試。

5. 測項單一且描述清楚:

在寫測試的時候最怕不知道在測試什麼,有時候一個 test case 裡面測試一大堆東西,只會增加在 debug 時的難度,所以建議一個 Test Case 只測試一個功能,而且測試的描述要清楚,這樣在測試失敗時才能夠快速找到問題。


以上就是我在寫測試時會遵守的規範,當然其實只要團隊內部有統一規範,都會有助於讓寫測試上更加順利,如果有更好的建議都歡迎底下留言討論!


上一篇
[Day 27] 嫌 Jest 太慢?來看看 SWC 跟 Vitest 吧!
下一篇
[Day 29] 測試搭配 CI/CD 更自動!
系列文
React 測試 x AI:探索測試新境界,測試不再枯燥乏味!30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言